home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0086 / 451.txt < prev    next >
Text File  |  1997-04-16  |  12KB  |  300 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Mon, 16 Apr 90       Volume 90 : Issue  451
  4.  
  5. Today's Topics:
  6.                              cad packages
  7.              FAST ST SPRITES !!!!!!!!!!!!!!!!!!!!!!!!!!!
  8.                          MacIntosh Emulators
  9.                          Request for Opinions
  10.                  Severe Dcreate() bug in GEMDOS 0.23
  11.    Small Unix for Small systems? (Was: One world, One CPU, One OS)
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 16 Apr 90 17:24:46 GMT
  15. From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  16. Subject: cad packages
  17. Message-ID: <1617@lzsc.ATT.COM>
  18.  
  19. In article <15107@cbnewsc.ATT.COM>, cagle@cbnewsc.ATT.COM (robert.cagle) writes:
  20. > I want to purchase a CAD program for my 1040ST
  21. > to help me design some woodworking projects.
  22. >
  23. > I would like to stay close to $100, so I think
  24. > Dyna-Cadd should stay out of the dicussion.
  25. >
  26. I have Athena II; its $100, and works.
  27.  
  28. Howard C. Johnson
  29. ATT Bell Labs
  30. att!lzsc!hcj
  31. hcj@lzsc.att.com
  32.  
  33. ------------------------------
  34.  
  35. Date: 16 Apr 90 22:30:57 GMT
  36. From: sdcc6!icogsci1!cg108fcv@ucsd.edu  (Some call me...Tim)
  37. Subject: FAST ST SPRITES !!!!!!!!!!!!!!!!!!!!!!!!!!!
  38. Message-ID: <9747@sdcc6.ucsd.edu>
  39.  
  40. In article <3143@umbc3.UMBC.EDU> petey@umbc5.umbc.edu () writes:
  41. >
  42. >Hey everyone:
  43. >This one to the ASSEMBLY HACKS out there.
  44. >
  45. >Has anyone written a sprite routine that can beat the Line-A routines
  46. >is the ST?  Without using multiple copies of the sprite offset by 1 pixel
  47. >so that it can be put onto non-byte boundries???
  48.  
  49. It's not that difficult.  The Line-A routines are extremely
  50. generalized, so if you optimize your code sufficiently for the
  51. specific task you have in mind, it should go faster.
  52.  
  53. >It seems that since the line-a routines are in rom and can be READ faster
  54. >therefor executed faster that this is not possible.  But ive heard people
  55. >claim they can do it.
  56.  
  57. This is NOT true.  The RAM and ROM read at the same speed in the
  58. Atari ST.  The Mac, on the other hand, is another story, taking up
  59. to twice as long to read from RAM as ROM, depending on the model...
  60.  
  61. Also, look at Quick ST.  It's doing the job better than the Line-A
  62. routines.
  63.  
  64. >I would like some psuedo-code or code to do this.
  65. >Code for a monochrome monitor ( 1 BIT PLANE ) would be perferred, just so
  66. >we dont have to mess with the strange way the ST uses 4 bitplanes.
  67.  
  68. Actually, I saw a nifty way to do things that took SERIOUS advantage
  69. of the four bitplanes, but I'm under non-disclosure with regard to
  70. that--sorry.
  71.  
  72. >I wrote a routine that put the sprite to the screen byte by byte shifting
  73. >each byte as required.  The line-a  routine was still about 3 times faster
  74. >and my routine only used adds, shifts, and moves.
  75. >
  76. >well, has ANYONE out there done this?
  77.  
  78. Sounds like your algorithm needs optimizing.  Try expanding loops
  79. out--remember that dbra takes 18 cycles when it loops.  And try to load
  80. the data by long words if you can--that's MUCH faster than loading a
  81. byte at a time.  You do have the Motorola manual, or some other book
  82. with the 68000 cycle times in it, don't you?
  83.  
  84. Actually, the biggest speedup is in the shifting:  Do the shift ALL
  85. AT ONCE.  And save the other half, so you only have to do one shift
  86. per word instead of two per byte.
  87.  
  88. The nifty routine I mentioned above actually did one shift per TWO
  89. words, so that's the ultimate that I've seen in sprites...
  90.  
  91. ----------
  92. Tim Mensch
  93. tmensch@ucsd.edu
  94.  
  95. ------------------------------
  96.  
  97. Date: 16 Apr 90 23:26:36 GMT
  98. From: nsc!amdahl!rtech!davemc@decwrl.dec.com  (David McAllister)
  99. Subject: MacIntosh Emulators
  100. Message-ID: <5260@rtech.Ingres.COM>
  101.  
  102. Hi,
  103.  
  104. As a new owner of an Atari ST, I've got a few questions:
  105.  
  106. 1) (of major concern (-:) to justify the expense, I need to find a copy
  107. of Adventure (yeah, the old text only adventure game). Anyone got a suggestion?
  108.  
  109. 2) My company uses Mac's for almost everything (except Email).  Could
  110. someone provide me a comparison of MAC emulators and/or point me to
  111. such a beastie?  (I bought an Atari because I prefer it; I'd like to
  112. cross my files over (particularly things created in POWERPOINT) for work.)
  113.  
  114. 3) Is anyone aware of a DISPLAY POSTSCRIPT type of program for Atari?
  115.  
  116. Thanks for the help.  While I can talk Unix and VMS all day, I am definitely
  117. not Atari literate (yet).  I promise to educate myself as fast as possible,
  118. with ya'll help.
  119.  
  120. Dave McAllister
  121. davemc@badger.ingres.com
  122.  
  123.  
  124. * My opinions are my own, nobody here listens to me either *
  125.     * Memory configuration in use: write-only *
  126.         * The ultimate home computer: Calvin powered, Hobbes user interface *
  127.  
  128. ------------------------------
  129.  
  130. Date: 17 Apr 90 02:45:22 GMT
  131. From:
  132.  cs.utexas.edu!news-server.csri.toronto.edu!neat.cs.toronto.edu!omicron.cs.fsu.e
  133.  du!fsucs.cs.fsu.edu!boyd@tut.cis.ohio-state.edu  (Mickey Boyd)
  134. Subject: Request for Opinions
  135. Message-ID: <9004170242.AA28927@fsucs.cs.fsu.edu>
  136.  
  137. In article <9004160432.AA29646@xap>, stewart@xyplex.com (Bob Stewart) writes:
  138. >I'm considering some additions to my 520ST system and would appreciate
  139. >opinions (preferably from experience) on my tentative selections.
  140. >
  141. >    1.  2400-baud modem - SupraModem 2400.
  142.  
  143.   Good choice.  Best hundred bucks I have spent.
  144.  
  145. >
  146. >    2.  Double-side floppy drive (yes, I'm suffering with a single,
  147. >        single-sided drive - Master 3S from Konyo International.
  148.  
  149.   I would try to verify that the drive can format out to 85 tracks.  You
  150.   would probably never want to do it, but the 82 track/10 sector twisted
  151.   format is nice.  Beware of drives that make a funny click when reading
  152.   past track 80.  Also, you might want to check out the Blitz cable copier.
  153.   It should work with one single and one double sided (you could probably
  154.   only copy single sided disks, but it's better than making it an ashtray).
  155.  
  156. >
  157. >    3.  C compiler, etc. - Megamax Laser C and Laser source debugger.
  158.  
  159.   You might wish to try one of the PD offerings:  Sozobon and GNU C.  They
  160.   might not work on a 520 though.  Also, Prospero C is ANSI standard, and
  161.   they are really good about supporting their stuff.  Were I in your position,
  162.   I would probably expand memory to 2.5 megs and give myself the option of
  163.   using Sozobon or Gnu C.  The extra memory is really nice, I have a Mega2ST
  164.   and could not imagine not having at least 2 megs on an ST!  If I could find
  165.   a really reliable way to do it, I would expand to 4 megs in a second.
  166.  
  167. >
  168. >Thanks,
  169. >
  170. >       Bob
  171. >
  172. >-----------
  173. >Bob Stewart (rlstewart@eng.xyplex.com)
  174. >Xyplex, Boxborough, Massachusetts
  175. >(508) 264-9900
  176.  
  177.  
  178. --
  179.  
  180.     -----------------------------------------------------------------------
  181.     ---------------------------------+-------------------------------------
  182.               Mickey Boyd            |    "Nobody can be exactly like me.
  183.           FSU Computer Science       |      Even I have trouble doing it."
  184.         Technical Support Group      |
  185.       mail:  boyd@fsucs.cs.fsu.edu   |              - Tallulah Bankhead
  186.     ---------------------------------+-------------------------------------
  187.     -----------------------------------------------------------------------
  188.  
  189. ------------------------------
  190.  
  191. Date: 16 Apr 90 19:32:10 GMT
  192. From: fernwood!portal!atari!apratt@uunet.uu.net  (Allan Pratt)
  193. Subject: Severe Dcreate() bug in GEMDOS 0.23
  194. Message-ID: <2148@atari.UUCP>
  195.  
  196. alderaan@tubopal.UUCP (Thomas Cervera) writes:
  197. >there seems to be a severe bug in GEMDOS 0.23's Dcreate() Call (TOS 1.?4,6?).
  198. >If you have a file with a given name somewhere on your disk and you create a
  199. >directory with the same name at the same path location, this Dcreate call
  200. >completes SUCCESSFUL!
  201.  
  202. I can't make this happen.
  203.  
  204.         #include <osbind.h>
  205.         main()
  206.         ?
  207.                 int fd;
  208.                 long err;
  209.  
  210.                 fd = Fcreate("silly",0);
  211.                 Fclose(fd);
  212.                 err = Dcreate("silly");
  213.                 printf("err is %ld\n",err);
  214.                 exit(0);
  215.         ?
  216.  
  217. prints "err is -36" (EACCDN, access denied).  I'm using TOS 1.4's GEMDOS.
  218.  
  219. ============================================
  220. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  221. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  222.  
  223. ------------------------------
  224.  
  225. Date: 16 Apr 90 21:51:11 GMT
  226. From: granite.pa.dec.com!mwm@decwrl.dec.com  (Mike (Real Amigas have keyboard
  227.  garages) Meyer)
  228. Subject: Small Unix for Small systems? (Was: One world, One CPU, One OS)
  229. Message-ID: <MWM.90Apr16145111@raven.pa.dec.com>
  230.  
  231. In article <1990Apr14.155106.2692@watdragon.waterloo.edu>
  232.  swklassen@tiger.waterloo.edu (Steven W. Klassen) writes:
  233.  
  234.    Contrary to popular belief UNIX does NOT require 4-8 meg of
  235.    ram and 80+meg hard disks.  (Especially if you leave out the on-line
  236.    help.)  I have seen very useable UNIX look-alikes (namely Minix) operate
  237.    quite well on 1 meg machines (Atari 1040ST) with only 20 meg of the
  238.    hard drive dedicated for it.
  239.  
  240. Ho hum. I've seen _real_ Unix run on smaller machines - 256K and a 10
  241. meg disk. I've seen clones run on _much_ smaller machines - say 32K
  242. and a single floppy.
  243.  
  244. The problem with all these is that they are v6 or v7 Eunices, not
  245. anything modern. Missing things like process control, networking,
  246. modern tty drivers, windowing systems, etc. Adding those things adds a
  247. lot to the size of the system. Worse yet, adding the necessary parts
  248. to the kernel to support those things adds a lot to it's complexity.
  249. That's why the clones tend to be v7-oid clones, and not 4.3 or Vr4
  250. clones.
  251.  
  252. Of course, you _can_ run a full-fledged, modern Unix system in 1 meg
  253. of real memory and 20 meg of disk (but not the 256K version I used to
  254. run on PDP 11s). However, you won't be very happy. The kernel will
  255. probably run 300K or more; leaving 700K of real memory for your
  256. applications. The window system server eats up about as much space as
  257. the kernel, and simple applications about 2/3rds that. In other words,
  258. you're going to have trouble getting the kernel, window manager & two
  259. terminal windows in memory. Now add a large application (emacs, or a
  260. postscript previewer, or some such), and your system is going to be
  261. going to the disk a lot. Not much fun. But you probably don't have a
  262. windowing system, as the X11R4 binary distribution is ?40Meg, not
  263. including most of the user-contributed software.
  264.  
  265. The 4-8meg/80meg of disk claim isn't a minimum to run Unix; it's a
  266. minimum to provide the kind of environment that Amiga users are used
  267. to (I don't know the Atari, so I don't know what users are used to; I
  268. don't think an off-the-shelf Unix system is capable of providing the
  269. kind of environment that Mac users are used to, unless it's from
  270. Apple). But unless you are a rabid Unix fan, you probably aren't
  271. willing to give up windowing and multiple shells and the like just to
  272. get Unix.
  273.  
  274. I'd be glad to have a counterexample. A fully functional Unix system,
  275. complete with window manager, SLIP, UUCP, cron daemon, and the ability
  276. to provide reasonable perforamance to both an editor, a terminal and
  277. multiple trivial applications (xsnap, xclipboard, xwd and xmessage,
  278. for isntance) at the same time as all the above are running (hint:
  279. choose something with shared libraries - they help a lot!). Make it
  280. all fit in 1 or 2 meg of memory, and run from 30 meg of disk (that
  281. seems to be the new "smallest" disk).
  282.  
  283.         <mike
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290. --
  291. All around my hat, I will wear the green willow.        Mike Meyer
  292. And all around my hat, for a twelve-month and a day.    mwm@relay.pa.dec.com
  293. And if anyone should ask me, the reason why I'm wearing it,     decwrl!mwm
  294. It's all for my true love, who's far far away.
  295.  
  296. ------------------------------
  297.  
  298. End of INFO-ATARI16 Digest V90 Issue #451
  299. *****************************************
  300.